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BACKGROUND OF THE INVENTION 
Technical Field of the Invention 

[0002] The present invention relates generally to processors and more specifically to coordinating 
the operation of multiple processors. 

Background Information 

[0003J Many types of electronic devices are battery operated and thus preferably consume as little 
power as possible. An example is a cellular telephone. Further, it may be desirable to implement 
various types of multimedia functionality in an electronic device such as a cell phone. Examples 
of multimedia functionality may include, without limitation, games, audio decoders, digital 
cameras, etc. It is thus desirable to implement such functionality in an electronic device in a way 
that, all else being equal, is fast, consumes as little power as possible and requires as little memory 
as possible. Improvements in this area are desirable. 



BRIEF SUMMARY OF THE PREFERRED EMBODIMENTS 
[0004] As disclosed herein, a system includes a first processor, a second processor coupled to the 
first processor, and memory coupled to both first and second processors. The first processor 
fetches supported instructions from memory and executes those instructions in a "run mode" until 
an unsupported instruction is detected. In accordance with at least some embodiments of the 
invention, the second processor executes the unsupported instruction and determines whether there 
are less than a threshold number of supported instructions before another unsupported instruction. 
If there are less than the threshold number of supported instructions before another unsupported 
instruction, the first processor transitions to a "step-by-step" mode, wherein the second processor 
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provides the "less than the threshold number of supported instructions" to the first processor so that 

the first processor executes, but does not fetch the instructions. If there are more than the threshold 

number of supported instructions before another unsupported instruction, the first processor 

transitions to the "run mode" in order to fetch and execute the instructions until the next 

unsupported instruction is detected. 

NOTATION AND NOMENCLATURE 
[0005] Certain terms are used throughout the following description and claims to refer to particular 

system components. As one skilled in the art will appreciate, semiconductor companies may refer 

to a component by different names. This document does not intend to distinguish between 

components that differ in name but not function. In the following discussion and in the claims, the 

terms "including" and "comprising" are used in an open-ended fashion, and thus should be 

interpreted to mean "including, but not limited to...". Also, the term "couple" or "couples" is 

intended to mean either an indirect or direct connection. Thus, if a first device couples to a second 

device, that connection may be through a direct connection, or through an indirect connection via 

other devices and connections. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] For a more detailed description of the preferred embodiments of the present invention, 
reference will now be made to the accompanying drawings, wherein: 

[0007] Figure 1 depicts a communication device in which a preferred embodiment of the 
invention may be implemented; 
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[0008] Figure 2 shows a diagram of a system in accordance with an embodiment of the 
invention; and 

[0009] Figure 3 shows a flowchart illustrating a method of coordinating the operation of multiple 
processors in accordance with an embodiment of the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0010] The following discussion is directed to various embodiments of the invention. Although 
one or more of these embodiments may be preferred, the embodiments disclosed should not be 
interpreted, or otherwise used, as limiting the scope of the disclosure, including the claims, unless 
otherwise specified. In addition, one skilled in the art will understand that the following 
description has broad application, and the discussion of any embodiment is meant only to be 
exemplary of that embodiment, and not intended to intimate that the scope of the disclosure, 
including the claims, is limited to that embodiment. 

[0011] The subject matter disclosed herein generally relates to processing systems that use a 
plurality of processors. The use of multiple processors may provide a variety of benefits, such as, 
faster processing, greater throughput, multi-tasking, etc., but may also require a more complex 
control scheme than systems that use a single processor. In particular, the preferred embodiment 
of the invention disclosed herein relates to coordinating the operation of multiple processors, 
wherein at least one of the processors has a plurality of instruction execution modes. 
[0012] In some processing systems, multiple processors may be used to run applications 
comprising a plurality of instructions. A first processor may execute some of the instructions and a 
second processor may execute other instructions. In some embodiments, the instructions of an 
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application are executed in a program order (i.e., the instructions are not executed out of order or in 
parallel by the first and second processors). For example, the first processor may execute one or 
more consecutive instructions, during which the second processor waits or performs another task 
until an instruction to be executed by the second processor is encountered by the first processor. 
The second processor executes the next instruction (or multiple instructions), during which time 
the first processor waits or performs another task. The overhead (e.g., the performance cost of 
switching context and launching processes) related to using multiple processors as described above 
can be reduced by coordinating two or more execution modes of the first processor and/or second 
processor with a known order (i.e. arrangement, pattern, etc.) of instructions to be executed. 
[0013] Execution modes preferably comprise a first mode, termed "run mode," in which a 
processor fetches instructions from memory and executes the instructions, and a second mode, 
termed "step-by-step mode," in which the processor executes, but does not fetch instructions. In a 
preferred embodiment, the run mode of a processor may be used when more than a threshold 
number of consecutive instructions (e.g., three or more) are to be executed by the same processor, 
while the step-by-step mode of a processor may be used when less than a threshold number of 
consecutive instructions are to be executed by the processor. The step-by-step mode also may be 
used to update internal registers of the first processor that are accessible through instruction 
operand source or destination. 

[0014] In at least some embodiments, a first processor switches between the run mode and step- 
by-step mode described above and a second processor coordinates when the mode switches occur 
according to an order, arrangement, or pattern of instructions. For example, the second processor 
may use a threshold number of consecutive instructions as previously described to coordinate the 
mode switches of the first processor. The second processor also may provide instructions to the 
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first processor when the first processor is in the step-by-step mode such that the first processor 
does not fetch those instructions. Therefore, when in the step-by-step mode, a program counter of 
the first processor (typically used for fetching new instructions) may not be updated because the 
instructions are provided by the second processor 

[0015] In at least some embodiments, the first and second processors may be coupled together and 
used to operate a portable, battery-operated cell phone. As shown in Figure 1, a cell phone, or 
mobile communication device, may comprise an integrated keypad 112, display 114, and outer 
case 115. Electronic components and software including at least some of the components 
disclosed herein, may be included in electronics package 1 10 connected to the keypad 1 12, display 
114, and radio frequency ("RF") circuitry 116. The RF circuitry 116 may be connected to an 
antenna 118. 

[0016] Referring now to Figure 2, a system 200 is shown in accordance with a preferred 
embodiment of the invention. As shown, the system 200 may comprise a first processor 202, a 
second processor 204 coupled to the first processor 200 through an inter-processor bus 220, and 
memory 206 coupled to the first and second processors 202, 204 through memory buses 222, 224, 
respectively. In a preferred embodiment, the inter-processor bus 220 is a dedicated bus (i.e., the 
bus is permanently assigned for a specific function), although other embodiments may use other 
existing bus interfaces (e.g., memory interface and peripheral interface). The first processor 202 
may comprise decode logic 210 coupled to fetch logic 212. The decode logic 210 also may couple 
to port 214 through a switch 230. The port 214 also may couple to registers 216. The second 
processor 204 may include a control program 218. Other components (not shown) may be 
included as well. 
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[0017] For the purpose of describing the embodiments of the invention, two categories of 
instructions ("supported" and "unsupported") will be described herein. "Supported" "instructions 
include instructions that are executed or executable by the first processor 202. "Unsupported" 
instructions include instructions that are not executable by the first processor 202. Additionally, 
unsupported instructions may include instructions that are executable by the first processor, but are 
assigned or otherwise allocated to be executed by the second processor. In general, the system 200 
may execute applications that contain both supported and unsupported instructions. In at least 
some embodiments of the invention, the first processor 202 executes the supported instructions and 
the second processor 204 executes the unsupported instructions. 

[0018] In operation, the first processor 202 fetches and executes supported instructions in the run 
mode until an unsupported instruction is detected. More specifically, in the first processor's run 
mode, the fetch logic 212 of the first processor 202 fetches supported instructions from memory 
206 through the memory bus 224 and the decode logic 210 decodes the fetched instructions. If the 
first processor 202 or the control program 218 of the second processor 204 detects or otherwise 
encounters an unsupported instruction, the second processor 204 is activated or switches context 
from a previous task to execute the unsupported instruction. 

[0019] For example, the first processor 202 may fetch the unsupported instruction, store the 
unsupported instruction in registers 216, and send a signal via the inter-processor bus 220 to the 
second processor 204. In response, the second processor 204 retrieves the unsupported instruction 
from registers 216 using, for example, a read instruction. In other embodiments, the first processor 
may fetch the unsupported instruction from memory 206 through the memory bus 222. 
[0020] In other possible embodiments, the control program 218 running on the second processor 
204 may detect the unsupported instruction by inspecting instructions that are yet to be executed. 
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When the control program 218 detects an unsupported instruction, the second processor 204 
activates or switches context to execute the unsupported instruction. The timing of when the 
second processor 204 activates or switches context is preferably coordinated to allow the first and 
second processors 202, 204 to optimize overall efficiency. For example, it may be more efficient 
for the second processor 204 to finish a present task before executing the unsupported instruction 
(i.e. the performance cost of switching context may be greater than the benefit of parallel 
processing). In some embodiments, a pre-determined priority known by the control program 218 
determines when the second processor 204 finishes a task, switches context, executes the 
unsupported instruction, etc. 

[0021] As mentioned above, the control program 218 may examine instructions that are yet to be 
executed to differentiate supported and unsupported instructions. More specifically, the control 
program 218 may examine instruction "signatures" (e.g., instruction type or length) to detect an 
unsupported instruction, whereby the second processor 204 activates or switches context to execute 
the unsupported instruction as described above. 

[0022] In addition to detecting unsupported instructions, the control program 218 may examine an 
order, arrangement, or pattern of supported and unsupported instructions yet to be executed. As 
previously mentioned, the control program 218 may use instruction signatures to detect supported 
and unsupported instructions. If more than a threshold number of consecutive supported 
instructions (e.g., three or more) are detected, the control program 218 causes the first processor 
202 to transition to the run mode whereby the supported instructions are fetched from memory 206 
and executed by the first processor 202 as previously described. If less than the threshold number 
of consecutive supported instructions are detected, the control program 218 causes the first 
processor 202 to transition to the step-by-step mode described below. 
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[0023] In the step-by-step mode, the second processor fetches a supported instruction from 
memory 206 through memory bus 222, and loads the instruction in the decode logic 210 of the first 
processor 202. In at least some embodiments, the switch 230 closes when the first processor 202 
transitions to the step-by-step mode so that the control logic 210 is connected to port 214 and may 
be accessed by the second processor 204. The switch 230 may comprise any electrical apparatus 
for controlling the coupling of port 214 to decode logic 210. The second processor 204 may load 
supported instructions to the decode logic 210 of the first processor 202 using a memory mapped 
instruction buffer, co-processor instruction, or other instruction, wherein the supported instructions 
are sent from the second processor 204 via the inter-processor bus 220, port 214, and switch 230 to 
the decode logic 210 of first processor 204 for decoding and subsequent execution in the first 
processor 202. 

[0024] The step-by-step mode described above is maintained to execute less than a threshold 
number of supported instructions until the control program 218 determines an unsupported 
instruction is the next (or current) instruction in an application to be executed. The second 
processor 204 then fetches and executes the unsupported instruction as described above. The 
control program 218 may examine the order, arrangement, or pattern of supported and 
unsupported instructions yet to be executed before, during, or after each unsupported instruction 
is executed such that the run modes and step-by-step modes of the first processor 202 are 
coordinated as described herein. 

[0025] Figure 3 is a flowchart illustrating a method 300 of coordinating multiple execution modes 
of a processor in accordance with an embodiment of the invention. As shown in Figure 3, the 
method 300 may begin at block 302 when a first processor 202 fetches and decodes instructions. 
Block 302 may be the run mode described above. In 304, an unsupported instruction is detected 
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and in block 306 a second processor 204 executes the unsupported instruction. If, at 308, there are 
less than a threshold number of supported instructions before another unsupported instruction, the 
second processor 204 provides any supported instructions to the first processor for execution 
thereon (block 310). Block 310 may be the step-by-step mode described above, after which 
control loops back to block 306 in which the second processor 204 executes the "current" 
unsupported instruction. If, at 308, there are not less than a threshold number of supported 
instruction before another unsupported instruction, control loops back to block 302 in which the 
first processor 202 fetches and decodes instructions. In a preferred embodiment, the method 300 is 
able to repeat (as shown) in order to allow continuous coordination of multiple processors. 
[0026] While the preferred embodiments of the present invention have been shown and described, 
modifications thereof can be made by one skilled in the art without departing from the spirit and 
teachings of the invention. The embodiments described herein are exemplary only, and are not 
intended to be limiting. Many variations and modifications of the invention disclosed herein are 
possible and are within the scope of the invention. Accordingly, the scope of protection is not 
limited by the description set out above. Each and every claim is incorporated into the 
specification as an embodiment of the present invention. 
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